製品バックログ・テンプレート

まず、プロジェクトのタスク名と説明を入力します。ボード全体で一貫した名前を付けることは、長期的には会社のために役立ちます。 以下に、いくつかのベスト プラクティスを示します。

• 動詞を使って必要なアクションを記述します。

• 特徴や機能に基づいて具体的な名前を付け、一貫性を維持します。

• タスクを覚えやすく、見つけやすいように、名前は短くします。

• 新しい言葉を発明しないで、業界に共通する専門用語を使います。

各タスクの開始日と終了日、およびプロジェクト全体の納期を追加します。ただし、心配する必要があるのは締め切りだけではありません。次のことも必要です。

• 各タスクと期限に明確な成果物を設定します。

• 必要な関係者からのフィードバック ループのための余地を残します。

• タイムラインでイテレーションを考慮に入れます。

• 単一のスプリント内のタスク数を制限します。

• 大きなタスクを、実行しやすい小さなタスクに分割します。

次に、チームにタスクを割り当てます。誰が何を担当するかを全員に知らせる必要があります。明確さと自立性はチームに力を与え、彼らのエンゲージメントを維持します。そのため、次の点を心がけましょう。

• タスクを実行するために必要なスキルを持つチーム・メンバーにタスクを割り当てます。

• チーム内の相互協力を奨励します。

• 明確な指示とフィードバックを提供します。

一度にすべてのタスクを実行することはできません。チームは、各タスクが他のタスクにどの程度依存しているかを把握する必要があります。ここでは、リーン手法が役立ちます。何から取り組めばよいかをチームが理解できるよう、重要度に基づいてタスクを順序付けする必要があります。

• リーンでは、必要なものを必要なときに生産する、ジャスト・イン・タイムのアプローチを採用しています。

• 顧客ニーズとビジネス・ニーズの両方を考慮して、優先度を決定します。

コンテキストを提供することが重要です。なぜその作業に取り組む必要があるかをチームに伝える必要があります。ユーザー ストーリーは、作業に目的を与えるだけでなく、問題点の解決も扱います。さらに、次のような理由から、コンテキストを提供する必要があります。

• ユーザー・ストーリーは、機能や修正が顧客にとってどのように役立つかを明確にします。

• そのことがユーザーの視点から語られています。

• ユーザー・ストーリーを読めば、ユーザーがどんな人で、製品に何を求めているか、そしてどのような成果を期待しているかが明確になります。

工数の見積もりは、合理的なスケジュールを設定し、リソースを適切に割り当てるのに役立ちます。工数の見積もりとは、タスクの予想所要時間であると考えることができます。概算で見積もり、継続的な改善を実践し、過去の見積もりから学ぶことを忘れないでください。他にも以下の点を考慮する必要があります。

• 見積もりを時間、日、または週単位で書き留めます。

• ストーリー ポイントを使って見積もることができます。プランニング ポーカーの演習が役に立ちます。この演習では、バックログ項目について話し合い、時間の見積もりについて合意に達します。

• 以前の作業や同様の作業に基づいて、推定時間 ÷ 実際の所要時間という式を使って自分のペースを計算します。

最後に、煩わしい手作業を自動化します。次のようなツールを利用できます。

• GitHub: プル リクエストやアップデートを自動化できます。

• Jira Service Management: 開発チームや IT チームを顧客サービス チームのワークフローと結び付けます。

• Slack: チケット発行とリクエストのワークフローを管理、自動化できます。